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DESCRIPTION 



METHOD AND APPARATUS FOR ASSISTING 
DEVELOPMENT OF PROGRAM FOR VEHICLE 



TECHNICAL FIELD 



The present invention relates to a method and apparatus 
for assisting development of a vehicle-use program, and in 
10 particular to an apparatus and method which improves 
development efficiency and reliability of a developed program. 



BACKGROUND ART 



Tools for integrated environment utilizing visual 
programming technique have been developed for facilitating 
control system design. Computer software for simulation and 
programming functions is now commonly used to develop vehicle 
20 control systems. 

When a computer operator working on system development 
inputs specification data into his computer, using a simulation 
function, a specification incorporating the concepts input by 
the user is shown on a computer display in the form of a data 
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or state flowchart. Simulations are then executed according 
to the charts prepared, and the logic is debugged with reference 
to the simulation result. 

Such simulation software has a function of automatic 
5 generation of a program code, such as C language code, based 
on a chart prepared. C language code prepared in this manner 
is, however, generally lengthy with many steps and thus not 
suitable for use intact in vehicle control, which requires 
severe restrictions on memory and an execution speed. Moreover, 

10 such C code is very unfriendly because computer-determined 
variable names are attached to parts in the charts. 

The situation being such, many users choose to manually 
generate vehicle-use C code suitable for vehicle electric 
control units (vehicle ECU) while referring to the data and 

15 state flowcharts. In particular, dedicated codes having 
integer logic are generated. These codes differ from general 
C codes and enable high speed processing using a smaller memory 
in view of data bit number . This manually generated vehicle-use 
C code is downloaded to a vehicle-mounted ECU, and debugged. 

20 Conventionally, as described above, the specification 

simulation process and the program coding process are separate, 
and each requires a debug operation. Therefore, should a 
problem be found when debugging vehicle-use code, it is 
difficult to ascertain whether the problem originated from 
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erroneous coding or an improper original specification. Due 
to the difficulty in coding and debugging operation, the number 
of process steps necessary to ensure control program 
reliability is increased, which in turn prolongs the 
5 development period and increases development costs. 

The present invention was conceived in light of the above, 
and aims to provide a method and apparatus for assisting 
vehicle-use program development to develop highly reliable 
programs in a shorter period. 

10 

DISCLOSURE OF INVENTION 

In order to achieve the above objects, according to the present 
invention, there is provided a method for assisting vehicle 

15 program development . In this method, a vehicle control program 
is generated using a program generator having a function of 
generating a vehicle-use code from a control specification 
input. The generated vehicle control program is downloaded to 
a vehicle ECU, which in turn executes the vehicle control 

20 program for debugging the vehicle control program. 

As described above, according to the present invention, 
a vehicle-use code is generated directly from a control 
specification, and downloaded to a vehicle ECU. Because the 
original control specification is in common with the 
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vehicle-use code, bugs are less likely to occur. Therefore, 
efficient debug operation can be achieved for smaller labor. 
Moreover, in the person hours required for coding operation can 
be significantly reduced. 
5 Debug operation at the debug step is preferably performed 

in a program generator which inspects a result of execution of 
the vehicle control program by the vehicle ECU . Use of a program 
generator having a control specification can facilitate a debut 
operation. 

10 According to another aspect of the present invention, there is 
provided an apparatus for assisting vehicle program development, 
comprising a chart generation function of generating a data 
flowchart and a state flowchart indicative of a vehicle control 
specification, and a program code generation function of 

15 generating, based on the generated charts, a vehicle-use code 
for a vehicle control program having an integer logic to be 
processed by a vehicle ECU. Use of integer logic in the vehicle 
ECU is preferred because of the limitation of a memory size and 
an execution speed. In this embodiment, automatic generation 

20 of vehicle-use codes are achieved through generation of integer 
logic codes based on data and state flowcharts. 

According to yet another aspect of the present invention, 
a simulation function is provided for simulating the data 
flowchart with application of a floating point numbers 
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corresponding to a physical value, and of an integer obtained 
by converting a floating point number, to output the simulation 
results . While conventionally a floating point number is 
handled at a simulation stage, while an integer is handled at 
5 a coding stage, according to the present invention, a floating 
point number and an integer are both handled at a simulation 
stage, and results of processing with the both are output, with 
this arrangement, acceptability of integer logic can be easily 
judged at the specification generation stage. Preferably, a 

10 result of back calculation to obtain a floating point number 
from a result of simulation with an integer applied thereto may 
be displayed so that a difference between results of simulations 
with a floating point number applied thereto and of an integer 
applied thereto, respectively, can be determined. 

15 Further, a block symbol in the data flowchart has 

information on a floating point number, an integer, an integer 
conversion condition from a floating point number to an integer, 
and a result of back calculation to obtain an integer from a 
floating point number using the integer conversion condition. 

20 Vehicle-use codes are automatically generated utilizing 
integer information of the block symbol. 

According to still another aspect of the present invention, a 
priority function is provided for defining an order to execute 
a plurality of data flowcharts in the same hierarchy in the state 
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flowchart. With this function, an efficient and appropriate 
control program can be reliably generated. 

According to still another aspect of the present 
invention, a labeling function is provided to assign a desired 
5 label to a selected symbol connection line in a data flowchart, 
and a vehicle-use code is generated in which the label is used 
as a variable name for the part to which the label is attached. 
When the attached label which is easily understandable for a 
user, a readable vehicle-use code can be generated. 
10 According to yet another aspect of the present invention, 

a grouping function is provided for grouping, in vehicle-use 
code generation, a plurality of processes corresponding to a 
plurality of block symbols in the data flowchart. Preferably, 
grouping is carried out according to a predetermined grouping 
15 restriction condition which defines the number of block symbols 
to be grouped. Further preferably, a part with a label attached 
thereto, of a symbol connection line is set as a grouping break. 
With grouping, readability of a vehicle-use code can be 
improved . 

20 Vehicle-use code of the present invention can be readily 

embodied as C language code having been modified so as to suit 
to a vehicle ECU, but is not limited to C code. A vehicle ECU 
of the present invention is a desirable ECU to be mounted to 
a vehicle, such as an engine ECU, a transmission ECU, a 
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suspension control ECU, and a break control ECU. It is needless 
to say that control specification and vehicle specification 
which are necessary in program development may be different 
depending on an ECU and vehicle-mounted devices to be 
5 controlled. 

BRIEF DESCRIPTION OF DRAWINGS 

Fig. 1 is a diagram showing a complete structure of a 
10 preferred embodiment of the present invention; 

Fig. 2 is a block diagram showing a structure of a program 
generator; 

Fig. 3 is a data flowchart and a state flowchart 
indicative of control specification; 
15 Fig. 4 is a diagram illustrating concept of integer logic 

for a vehicle ECU; 

Fig. 5 is a diagram showing an example of a part of integer 

logic; 

Fig. 6 is a diagram showing structure of an integer block; 
20 Fig. 7 is a diagram showing an example of an integer block 

applied to multiplication; 

Fig. 8 is a diagram describing multiplication block 
processing of Fig. 7; 

Fig. 9 is a diagram showing a modified example of the 
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process of Fig. 8; 

Fig. 10 is a diagram showing a support tool for integer 

logic; 

Fig. 11 is a diagram showing a support tool for integer 

5 logic; 

Fig. 12 is a diagram showing a support tool for integer 

logic; 

Fig. 13 is a diagram showing a support tool for integer 

logic; 

10 Fig. 14 is a diagram showing a support tool for integer 

logic; 

Fig. 15 is a diagram showing a support tool for integer 

logic ; 

Fig. 16 is a diagram showing a support tool for integer 

15 logic; 

Fig. 17 is a diagram describing a method for determining 
an operation order; 

Fig. 18 is a diagram showing a priority function for 
defining an operation order in the embodiment; 
20 Fig. 19 is a diagram showing C code resulting from the 

process of Figs. 17 and 18; 

Fig. 20 is a diagram showing example C code generated 
based on a data flowchart; 

Fig. 21 is a diagram showing a C code generated based on 
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the same data flowchart as that in Fig. 20, and given labeling 
in the embodiment; 

Fig. 22 is a diagram showing grouping process in C code 
generation; 

5 Fig. 23 is a diagram showing variable name data base and 

expression database which are generated in C code generation; 

Fig. 24 is a diagram showing grouping process utilizing 
the database of Fig. 23; 

Fig. 25 is a diagram showing an example of grouping 
10 process; and 

Fig. 2 6 is a diagram showing an example of a display screen 
when the program generator monitors engine control. 

BEST MODE FOR CARRYING OUT THE INVENTION 

15 

In the following, a preferred embodiment of the present 
invention will be described with reference to the accompanying 
drawings . 

Referring to Fig. 1, a program generator 1 has functions 
20 of generating and simulating a control specification, and for 
generating vehicle-use C code from the generated control 
specification . 

The program generator 1 comprises a computer, having, as 
shown in Fig. 2, a CPU 10, a ROM 11, a RAM 12, a keyboard 13, 



a pointing device 14, a display 15, a hard disk 16, a 
communication circuit 17, and a CD-ROM drive 18. A program for 
achieving the respective functions of the program generator 1 
is stored in either the ROM 11, the hard disk 16, or the CD-ROM 
5 19, and executed by the CPU 10. An input/output device is not 
limited to a keyboard 13, a pointing device 14, and a display 
15. Any type of memory device other than a CD-ROM 19, such as 
DVD, may be used. Any type of memory device other than a hard 
disk 16 may be used. 

10 The user writes a specification incorporating his idea 

on the display 15 by operating the keyboard 13 and the pointing 
device 14 (a mouse and so on), and thereupon the control 
specification is shown on the display 15 in the form of a data 
flowchart (a block diagram) and a state flowchart {a state 

15 transition chart, a state transition diagram) , as shown in Figs . 
3(a), 3(b), a data flowchart showing a partial data flow, a state 
flowchart showing an entire control flow. 

The user also inputs a vehicle specification by operating 
the keyboard 13 and the pointing device 14 so that a hypothetical 

20 vehicle model is formed in the program generator 1 . 
Specifically, a vehicle model is formed as a collection of 
expressions which describe various vehicle motions and 
operations, and so on. 

In response to the user's instructions, the generated 
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specification (data and state flowcharts) is simulated. 
Specifically, as shown in Fig. 1, the vehicle model is 
controlled on the computer according to the control 
specification logic. When a simulation result is shown on the 
5 display 15, necessary debugging is applied. In a debug 
operation, the specification is modified and improved for 
completion. 

When the specification completes, vehicle-use C code is 
generated based on the complete specification in response to 

10 the user's instruction. Specifically, a file containing code 
written in the C language and corresponding to the data and 
state flowcharts is formed. A vehicle-use C code has an integer 
logic and a structure enabling higher speed processing using 
a smaller memory in size, compared to general C code (described 

15 below) . A resultant vehicle-use C code is downloaded to an 
actual vehicle ECU 2, e.g., an engine ECU. 

The vehicle model is input from the program generator 1 
to the vehicle model device 3 . The vehicle model device 3 , 
including a DSP, simulates high speed interruption and other 

20 characteristics of the vehicle ECU 2. Conducting such a 
simulation before testing using an actual vehicle reduces 
development period and results in a more effective product. 
After the vehicle model device 3 is connected to the vehicle 
ECU 2, the vehicle-use C code, having been loaded into the ECU 
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2, is executed to begin simulation in a near-real environment. 
Operation of the vehicle ECU 2 and vehicle model device 3 are 
monitored by the program generator 1 via the communication 
circuit 17, and a debug operation is applied in the program 
5 generator 1. For example, should improper control operation 
be found, the cause thereof is detected using the data and state 
flowcharts. Then, improper points are amended in the computer, 
and the amended logic is verified. 

After debugging is completed, the vehicle ECU 2 is mounted 
10 to a vehicle 4 for actual testing. In actual testing, any defect 
in need of amendment due to a non-linearity factor and so on 
of an actual vehicle is detected for final program amendment. 

In the following, a program generator 1 will be described 
in more detail. 

15 

Control Specification T npnt /Generation Function ( Integer 

Logic ) 

Conventionally, at a control specification input stage, 
a chart is prepared for processing a floating point number 
20 indicative intact of a physical value. Next, a simulation is 
carried out using the floating point number, so that 
acceptability of the control specification can be determined 
based on the simulation result. Therefore, C code which is 
automatically generated from the chart using a conventional 
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function contains a floating point number. 

Here, vehicle control requires making best use of the 
capacity of the CPU of an ECU in view of minimizing costs and 
increasing processing speed. This demand is particularly 
5 significant in control of devices with high speed rotation, such 
as an engine. In order to meet such a demand, preferably, 
integer logic (a fixed point number) is applied to C code for 
a vehicle-use ECU to generate C code with a data bit of a 
different number from that of general C code. This is a 

10 significant difference between vehicle-use C code and 
automatically generated general C code, and a major reason for 
forcing manual generation of vehicle-use C code. 

In this embodiment, an integer block (described later) 
is introduced so that integer logic can be taken into 

15 consideration as early as at a control specification input stage, 
and whereby vehicle-use C codes having an integer logic can be 
automatically generated from a control specification. 

(1) Conversion from Floating Point Number to Integer 
20 A floating point number is converted into an integer, 

following the below expression (1). 

x_int=int ( x_f loat-OFFSET ) /SLOPE ... ( 1 ) 
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wherein x_float is a floating point number, x_int is an integer , 
OFFSET (or bias) and SLOPE (or LSB) are integer conversion 
condition. 

5 ( 2 ) Summary of Integer Logic 

Fig. 4 illustrates the concept of integer logic in a 
vehicle ECU. The sensor 21 sends a voltage signal v according 
to a detected physical quantity p to an A/D converter 22. The 
A/D converter 22 converts the received voltage signal v into 

10 integer data P to send to the vehicle ECU 2 . Using integer logic , 
the vehicle ECU 2 obtains integer data Q for a control parameter 
from the integer data P of a detection signal. Integer data 
may be, e.g., an unsigned integer of 16 bits. The integer data 
Q is converted into a control signal to be output to an actuator 

15 23, or an object to be controlled, for generation of physical 
quantity q. 

In Fig. 4, the integer logic must produce a result 
equivalent to that which would be produced according to the 
original control logic with respect to a phy s ical value . SLOPE , 
20 OFFSET at the input /output portion of the vehicle ECU 2 are lp, 
lq, op, oq, respectively. In actuality, integer logic includes 
a plurality of operation process stages, and has many SLOPES, 
OFFSETS in an intermediate process. These slopes, OPPSETs 
should be set such that the integer logic is optimized in view 
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of a memory size and an execution time. 

In a case wherein a control specification (logic) 
generated by a user includes a transfer function, as shown in 
Fig. 5, and identical SLOPE is used for all seven items of the 
5 transfer function in constituting an integer logic, the seventh 
item may be always caused zero when SLOPE which is suitable for 
the first item is applied to all seven items because factors 
differ significantly between the first and seventh items. 

Generally, too small a SLOPE may cause overflow, while 
10 too large a SLOPE may result in negligence of an input of a sensor. 
Further, setting an improper SLOPE may result in a control logic 
containing a lengthy component. In order to avoid these 
problems, readily setting of a suitable integer conversion 
condition is desired. 

15 

(3) Integer Block 

In order to generate a suitable integer logic in a data 
flowchart so that suitable integer conversion condition can be 
readily set, an integer block, shown in Fig. 6, is introduced 
20 in this embodiment. An integer block is a block symbol used 
in a data flowchart, which a user can write into a data flowchart. 

As shown in Fig. 6, an integer block includes six types 
of information pieces, namely (1) integer, (2) SLOPE (LSB) , (3) 
OFFSET (bias), (4) float (a floating point value) , (5) Data Type, 
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(6) " integer * SLOPE + OFFSET" . ( 6 ) is a back float , or a result 
of back calculation to obtain a float from an integer. 

Function of an integer block will be described referring 
to Figs. 7 and 8 and using multiplication as an example. 
5 In the data flowchart of Fig. 7, input data 1,2, and SLOPE 

and OFFSET for each data are input to a multiplication block. 
The multiplication block obtains the above mentioned six types 
of data items from these inputs, and outputs them. 

Fig. 8 shows an expression describing a process in a 

10 multiplication block. In this process, input values x, y are 
converted into integers using offsets 1, 2, and slopes 1, 2, 
respectively, and a product of the two integers is output 
(integer output). Meanwhile, a float output is "xy" . 
Comparison between expression (1) and "xy" leads to SLOPE and 

15 OFFSET on the output side (Fig. 8, expressions (2), (3)). 
Further, a back float (=integer * SL0PE 0OT + OFFSET OUT ) is also 
output . 

The user can ascertain the simulation result by referring 
to the display in Fig. 7 . "Float" indicates whether or not basic 
20 control logic is correct. Further, "float" and "back float" 
are compared. When the difference (0.1) is within a tolerable 
range, it is known that integer logic is appropriate. On the 
other hand, when the difference is not within the tolerable 
range, it is known that inappropriate integer logic, or integer 
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conversion condition, namely "slopes 1, 2", is set. Then, 
"slopes 1, 2" are repeatedly adjusted until an appropriate 
result is obtained. 

Figs. 7 and 8 show only a part of a control specification. 
5 In actuality, control specification constitutes of a series of 
numerous connected blocks. In this embodiment, "SLOPE" can be 
verified and adjusted in each block in a control process. For 
example, when a significant difference is found between "float" 
and "integer" in a certain block, integer conversion condition 

10 is adjusted in any block preceding the focused block. 

With the above arrangement, "float" and "integer" can 
have substantially equivalent meaning over the entire control 
process . In other words, a situation with a difference between 
"float" and "integer" becoming larger as it goes to latter 

15 blocks, can be avoided. Also, a situation in which input of 
a certain sensor is ignored because of an improper SLOPE set, 
can be avoided. 

As shown in the third expression in Fig. 8, OFFSET on an 
output side includes input values x, y. When the influence 

20 thereof is not negligible, the user can chose modified process, 
as shown in Fig. 9. Specifically, "offset/slope" is added to 
an integer prior to the multiplication whereby the item for 
"offset" on the output side becomes zero, as is shown in the 
first expression in Fig. 9. 
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Note that, although multiplication is used as an example 
in the above to describe a function of an integer block, similar 
function can be set to other operations. Figs. 10 to 16 show 
various integer blocks which support integer logic. Although 
5 information y(5) to y(8) are added to an integer block in this 
tool, as shown in Fig. 10, basic information y(l) to y(4) is 
the same as described above. Also, LSB in Figs. 10 to 16 
corresponds to "slope". 

As described above, in this embodiment, as a result of 

10 introduction of an integer block, a control specification in 
the form of a chart expresses an integer logic. As suitable 
integer conversion condition can be set through comparison 
between theoretical control logic (real number operation) and 
integer logic (integer operation), suitable integer logic 

15 including fewer bugs can be easily made. The complete control 
specification itself is usable for a computer simulation. In 
addition, vehicle-use C code can be automatically generated by 
extracting an integer logic part from the specification. As 
the control specification and vehicle-use C code have parts in 

20 common, bug generation is reduced at a code generation stage, 
and program verification, such as debugging, can be easily 
applied. 

Priority Function (Regulation of Operation Orders 
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For determination of an order to execute a plurality of 
modules or operational expressions, generally, each module or 
operation expression is made into a triggered subsystem and 
given a function call from a state flowchart, as shown in Fig. 
5 17. 

In this embodiment, a priority function is additionally 
provided, as shown in Fig. 18. Specifically, the user imparts 
a number indicative of a priority order to the data flowchart, 
whereby each module or operation expression is made as a 

10 prioritized subsystem ( l_Prior_Subsystem, 2_Prior_Subsystem) . 
Operations are executed in the order of names of the subsystems. 

The priority function leads to an advantage that an order 
to execute operations in data flowcharts in the same hierarchy 
can be easily determined. In addition, another advantage can 

15 be achieved that a C cod which is easier than conventional one 
can be generated. This is preferable in view of readability 
and a memory capacity. 

C Code Generation ( Labeling 1 
20 C code generation is applied in response to a user's 

instruction. As described above, as a result of application 
of an integer block, each block in a data flowchart has integer 
information. Therefore, a series of block groups can be 
processed using integer operations. By generating integer 
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operations, vehicle-use C code having an integer logic are 
generated. Specifically, referring to the example in Fig. 7, 
integer operations (two integer inputs and one integer output) 
are extracted, at a chart level, from information groups to be 
5 input or output with respect to a multiplication block. 

In order to modify an extent software product for the 
above use, a tool for automatically producing a general C code 
based on a chart and a modeling tool into which a C code is written 
are prepared, and the model is modified so as to suit to the 

10 integer logic. Then, processing which is absent from a general 
C code and unique to a dedicated command, and a dedicated command 
resulting from a modified general C code are also applied. 

Fig. 20 shows an example of a C code generated from a data 
flowchart. According to a general C code generation method, 

15 computer-determined variable names are given to the respective 
parts, as shown in the drawing. This results in a difficult 
to read C code unfriendly to human users . 

That is, readability is not fully taken into 
consideration in a general C code automatic generation method, 

20 which is mainly concerned with coincidence between a C code and 
a chart. Nevertheless, often a program developer must read a 
C code in testing using an actual ECU, which is conducted for 
motion verification in vehicle system development . Therefore , 
user friendliness is desired in automatic vehicle-use C code 
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generation. 

In this embodiment, a labeling function, as shown in Fig. 
21, is employed to improve readability. A user clicks a 
connection line in a block symbol in the data flowchart, in 
response to which a desired label is attached to the selected 
connection line. In Fig. 21 , as an example, labels "t_x" , "t_y" , 
"t z", "t_xyz" are attached. In actuality, more easily 
understandable labels, such as a module name, a sensor name, 
and so on, are preferably attached. In C code generation, the 
label may be used as a variable name of the part with that label 
attached. As a result, easily readable C codes are generated, 
as shown in Fig. 21. 

Note that labels may be attached to only a desired line, 
rather than to all connection lines, as shown in Fig. 21, as 
the former may help easy reading of C codes. As for a line 
without labeling, a computer-determined variable names may be 
used intact. 

Grouping in C Code G eneration 

(1) In general C code generation, a different variable name 
is given to each block in a data flowchart, and an expression 
for introducing one variable is generated corresponding to each 
block. Therefore, resulting C code contains numerous 
variables and expressions, making it long and less readable. 
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In order to address this problem, in this embodiment, a 
grouping function is employed to improve readability. In Fig. 
22, there are two blocks intervening between input and output. 
With C code on the left side without grouping, two expressions 
5 are generated according to the number of blocks. With C code 
on the right side with grouping, operations for two blocks are 
integrated into a single expression, in which variable names 
unnecessary for a user reading a C code are deleted, and easily 
readable C code is thereby generated. 

10 Here, grouping of too large a number of blocks may result 

in a lengthy expression with poor readability. To address this 
problem, a condition for defining the number of blocks contained 
in one group is preferably determined. In this example, the 
maximum number of such blocks is set at two. That is, for one 

15 expression of a C code, operations will be carried out twice 
at maximum. 

Grouping process will next be described with reference 
to Figs. 23 and 24. In C code generation, ID is attached to 
each block in a data flowchart for use as a variable name. Then, 
20 a variable name (signal name) database is made for correlating 
ID and a user-designated label (Fig. 23 (a)). when no 
corresponding label can be found, ID is used intact. 

In Fig. 24, ID of an input signal to a focused block is 
detected, using a function to detect an input signal (Sll). 
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Then, whether or not grouping condition (twice at maximum) is 
held with each input signal is determined with reference to an 
expression database (Fig. 23 (b)) (S12) and when the result is 
negative (less than twice) , the expression database is searched 
5 (S13) to adopt an expression corresponding to an input ID. On 
the other hand, when it is determined that the condition is held, 
a variable name database is then searched (S14) to employ a 
corresponding label as a variable name. When no attached label 
is detected, an ID is used. 

10 Using an expression employed at S13 or a variable name 

employed at S14, an expression for the focused block is 
generated (S15). Whether or not a grouping condition is held 
with respect to the generated expression is detected (S16). 
When it is not, the expression generated at S15 is registered 

15 to the expression database for preparation for the process in 
the next block (S17). On the other hand, when the condition 
is held, the expression generated at S15 is written into a file 
(S18). In Fig. 22, an expression for two blocks combined is 
output . 

20 With reference to Fig. 25, a specific example of the above 

grouping processing will be described 

With input signals SI, S2, an expression database is 
searched with respect to an input signal SI to obtain an 
expression (x+1 ) . As the number of grouping for this expression 
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is only once (i.e. , the above mentioned condition is held) , the 
expression (x+1) is used as an input signal. Then, a search 
is carried out with respect to an input signal S2 . As the number 
of grouping for an input signal S2 is twice, a variable name 
5 database is then searched to adopt label x2 as an input signal. 
Therefore, an operation within the focused block will be 
"(x+l)*x2" (multiplication). 

Next, an output signal t_x is retrieved from the variable 
name database. As two groupings have been conducted with 
10 respect to the input signal SI, the grouping condition is held. 
Then, t_x=(x+l)*x2 is output. If grouping condition is still 
to be held at this stage, the generated expression is registered 
in the database. 



15 (2) In grouping processing, a part in a chart, where a label 
is attached is always determined as a grouping break. All 
labels attached by the user are contained in an operation 
expression for a C code. When labels attached to an appropriate 
part are assigned from a chart prepared by a human user, C code 

20 having a structure corresponding to that of the chart is 
generated. With this processing, more easily readable C code 
is automatically generated. 

In an example wherein a user attaches a label to the 
beginning and end of a data flowchart, very readable C code is 
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automatically generated, which has definite variables at the 
beginning and end thereof and process segments in appropriate 
intervals. 

As described above, according to this embodiment, when 
5 grouping is applied in C code generation, readability of an 
automatically generated C code can be improved, and memory can 
be conserved through reduction of variable names . 

Download to Vehicle ECU 

10 As described above with reference to Fig. 1, the program 

generator 1 downloads an automatically generated vehicle-use 
C codes to the vehicle ECU 2 in response to a user's instruction. 
The vehicle ECU 2 then executes the downloaded vehicle-use C 
code to control the vehicle model device 3 (DSP) . The program 

15 generator 1, monitoring the control being executed, displays 
the execution state in an appropriate format on the display. 
Fig. 26 shows an example of a monitor screen when the vehicle 
ECU 2 is an engine ECU. The user operates the program generator 
to conduct motion verification and a debug operation with 

20 respect to a vehicle-use C code. 

In this embodiment, a suitable vehicle-use C code having 
few bugs is generated. The vehicle-use C code is in common with 
the original control logic. The vehicle-use C code has higher 
readability. Therefore, a debug operation can be easily and 
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efficiently performed. 

As described above, according to the present invention, 
as a vehicle-use code corresponding to the control 
specification input by the user is automatically generated, the 
5 number of coding operation steps can be significantly reduced. 
The input control specification itself is usable for computer 
simulation, as well as usable in a vehicle-ECU after conversion 
into a vehicle-use code. This enables significant reduction 
of the number of debug operation steps . As a result, the number 

10 of steps necessary to ensure reliability can be reduced, as well 
as a development period and costs . The advantage of the present 
invention for assisting a process from preparation of a 
specification to logic debugging, is remarkable particularly 
in a situation with overgrown and complicated vehicle control 

15 programs . 

Also, according to the present invention, a highly 
readable vehicle-use code can be automatically generated. As 
a result, the number of steps for a debug operation and so on 
can be further reduced. 

20 

INDUSTRIAL APPLICABILITY 

As described above, a method and apparatus for assisting 
development of a vehicle-use program according to the present 
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invention can be utilized in development of a vehicle control 
program to be executed by a vehicle ECU. 



CLAIMS 



1. A method for assisting development of a program for a 
vehicle, comprising: 

5 a program generation step of generating a vehicle control 

program using a program generator having a function for 
generating a segment of vehicle-use code based on a control 
specification input; 

a downloading step of downloading the generated vehicle 
10 control program to a vehicle ECU; and 

a debug step of debugging the vehicle control program by 
causing the vehicle ECU to execute the vehicle control program. 

2. A method for assisting development of a program for a 
15 vehicle according to claim 1, wherein 

debugging at the debug step is carried out in the program 
generator which inspects a result of execution of the vehicle 
control program by the vehicle ECU. 

20 3. A method for assisting development of a program for a 
vehicle according to claim 2, further comprising: 

a control execution step of connecting the vehicle ECU 
to a vehicle model device which models a vehicle to be controlled, 
to cause the vehicle ECU to control the vehicle model device; 
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and 

an inspecting step of inspecting the vehicle ECU and the 
vehicle model device while control is applied. 



5 4. A method for assisting development of a program for a 
vehicle according to claim 3, further comprising: 

a model generation step of generating a vehicle model in 
the program generator based on a vehicle specification input; 
and 

10 a model download step of downloading the vehicle model 

generated at the model generation step to the vehicle model 
device . 



5. A method for assisting development of a program for a 
15 vehicle according to any one of claims 1 to 4 , wherein the segment 

of vehicle-use code is a segment of general code modified to 
suit an integer logic to be processed in the vehicle ECU. 

6. A method for assisting development of a program for a 
20 vehicle according to claim 5, wherein a vehicle control program 

is generated at the program generation step, so as to accord 
to an integer conversion condition input into the program 
generator. 
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7. A device for assisting development of a program for a 
vehicle, comprising: 

input means for inputting a vehicle control 
specification; 

5 program generation means for generating a segment of 

vehicle-use code for a vehicle control program based on the 
control specification; 

download means for downloading the vehicle control 
program to an external vehicle ECU; and 
10 output means for outputting a result of execution of the 

vehicle control program by the vehicle ECU. 

8. A device for assisting development of a program for a 
vehicle, comprising: 

15 a chart generation function for generating a data 

flowchart and a state flowchart indicative of a vehicle control 

specification; and 

a program code generation function for generating, based 

on the charts generated, a segment of vehicle-use code for a 
20 vehicle control program having an integer logic to be processed 

by a vehicle ECU. 

9. A device for assisting development of a program for a 
vehicle according to claim 8, further comprising: 
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a simulation function for simulating the data flowchart 
with application of a floating point number corresponding to 
a physical value and of an integer obtained by converting a 
floating point number, to output results of simulations with 
5 floating point number applied thereto and of the integer applied 
thereto, respectively. 

10. A device for assisting development of a program for a 
vehicle according to claim 9, wherein a result of back 

10 calculation to obtain a floating point number from a result of 
simulation with an integer applied thereto is displayed so that 
a difference between results of simulations with the floating 
point number applied thereto and of the integer applied thereto, 
respectively, can be determined. 

15 

11. A device for assisting development of a program for a 
vehicle according to claim 10, wherein the data flowchart has 
a block symbol which includes information concerning a floating 
point number, an integer, an integer conversion condition from 

20 a floating point number to an integer, and a result of back 
calculation to obtain an integer from a floating point number 
using the integer conversion condition. 

12. A device for assisting development of a program for a 
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vehicle according to claim 11, wherein the integer conversion 
condition is able to be adjusted based on a result of the 
simulation. 



5 13. A device for assisting development of a program for a 
vehicle according to any one of claims 8 to 12, further 
comprising 

a priority function for defining an order for executing 
a plurality of data flowcharts in a same hierarchy in the sate 
10 flowchart . 

14. A device for assisting development of a program for a 
vehicle according to any one of claims 8 to 13, further 
comprising 

15 a labeling function for assigning a desired label to a 

symbol connection line desirably selected in the data 
flowchart, 

wherein 

a vehicle-use code using the label as a variable name of 
20 a part with the label attached is generated. 

15. A device for assisting development of a program for a 
vehicle according to any one of claims 8 to 14, further 
comprising 
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a grouping function for grouping a plurality of processes 
corresponding to a plurality of block symbols in the data 
flowchart when the vehicle-use code is generated. 

5 16. A device for assisting development of a program for a 
vehicle according to claim 15, wherein grouping is applied 
according to a predetermined grouping restriction condition 
which defines a number of block symbols to be grouped. 

10 17. A device for assisting development of a program for a 
vehicle according to claim 15 or 16, further comprising 

a labeling function for assigning a desired label to a 
symbol connection line desirably selected in the data 
flowchart, 
15 wherein 

a part with the label attached thereto is set as a grouping 
segment. 

18. A device for assisting development of a program for a 
20 vehicle according to any one of claims 8 to 17 , wherein a segment 
of vehicle-use C code is generated by modifying, using the 
program code generation function, a segment of general C code 
to suit a vehicle ECU. 
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19. A computer readable memory medium for use in assisting 
development of a program for a vehicle, bearing a program 
causing a computer to execute 

a chart generation function for generating a data 
5 flowchart and a state flowchart indicative of a vehicle control 
specification/ and 

a program code generation function for generating , based 
on the generated chart, a segment of vehicle-use code for a 
vehicle control program having an integer logic to be processed 
10 by a vehicle ECU. 
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ABSTRACT 



The man-hour required to develop a vehicle control 
program is reduced. A program generator (1) automatically 

5 generates a vehicle C code from control specifications inputted 
in the form of a data flowchart and in the form of a state flow 
chart. The vehicle C code is downloaded in a vehicle ECU (2). 
The control of a controlled system, which is a vehicle model 
device (3), by the vehicle ECU (2) is monitored by the program 

10 generator (1) and debugging is performed. Since the vehicle 
C code automatically generated from control specifications is 
used, the debugging is easy and reliable. Manual coding is 
obviated. Integer information is added to a symbol block of 
a data flowchart, and therefore a vehicle C code of integer logic 

15 can be automatically generated using the integer information. 
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y(k) = 0.7888 y(k-l) + 
0.1784 y(k-2) - 
0.1000 y(k-3) - 
0.0010 u(k) + 
0.0150 u(k-l) - 
0.0040 u(k-2) - 
0.0020 u(k-3) 
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INTEGER CONSTANT! 



IfiTANT ^ 1 ^ 



int_sum int_gain 



DISPLAY 



void untitled(void) 
{ 

si 6 sl_S_Function; 
sl6 s2_S_Function; 
sl6 s4_S__Function; 
sl6 s3_S_Function; 

/* inf sum : s4_S_Function */ 

s 4_S_Function = sl_S_Function+s2_S_Function; 

/* int_gain : s3_S_Function */ 
s3__S__Function = (sl6)(2*s4_S_Funcxion); 

/* (no update to perform in root model) */ 

} 
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DISPLAY 



void untitle d(vo id) 
{ 

sl6t_x; 
sl6t_y; 
sl6t_z; 
si 6 t_xyz; 

/* int_sum : s4_S_Function */ 
t_z = t_x+t_y; 

/* int_gain : s3_S_Function */ 
t_xyz = (sl6)(2*t_z); 

/* (no update to perform in root model) */ 

} 
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Priority Not Claimed 

6/ July/1 998 

(Day/Month/Year Filed) 
(iH^R B) 



(Day/Month/Year Fil 
(iiiH*M B) 
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I hereby claim the benefit under Title 35. United States Code. 
Section 119(e) of any United States provisional application(s) listed 



(Application Nc 
(.tiflS*) 



(Filing Date) 
(EBB) 
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(Application No ) 



(Application Nc 



(Filing Date) 
(£BB) 



(Filing Date) 
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(Application No ) 



(Filing Date) 



I hereby claim the benefit under Titfe 35. United States Code. 
Section 120 of any United States application(s), or 365(c) of any 
PCT International application designating the United States, fisted 
below and, insofar as the subject matter of each of the claims of 
this application is not disclosed in the prior United States or PCT 
International application in the manner provided by the first 
paragraph of Title 35, United States Code Section 112. I 
acknowledge the duty to disclose information which is material to 
patentability as defined in Title 37, Code of Federal Regulations. 
Section 1.56 which became available between the filing date of the 
prior application and the national or PCT International filing date of 
application. 

(Status Patented. Pending, Abandoned) 
(Status Patented. Pending, Abandoned) 
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I hereby declare that all statements made herein of my own 
knowledge are true and that all statements made on information 
and belief are believed to be true; and further that these 
statements were made with the knowledge that willful false 
statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the 
United States Code and that such willful false statements may 
jeopardize the validity of the application or any patent issued 
thereon. 
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Jnder the Paperwork Reduction . 
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Patent and Trademark Office. U.S DEPARTMENT OF COMMERCE 
collection of information unless rt displays a valid OMB control number. 



Japanese Language Declaration 



!to- 3) CD POWER OF ATTORNEY- As a nam 
^.'i rt3! A the following attomey(s) and/or agent(s) to prosecute this 
-£fl\ZKm application and transact all bus.ness m the Patent and Trademark 
Office connected therewith (listmme and registration number) 



And I hereby appoint Pillsbury Madison & jSjit ro LLP. Intellectual 
20U05-39!8. telephone number (202) 861-3000 (to whom all comm 
and collectively my attorneys to prosecute this application and to tran 
patent, and I hereby authorize them to delete names/numbers below i 
directly with the person/assignee/attorney/firm/ organization who/whj 
after full disclosure to be represented unless/until I instruct the abo< 



Paul N Kokulis 
Raymond F Lippitt 
G. Lloyd Knight 
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, — IZ1|9 _ George M Sirilla 



Peter W Gowdey 
Dale S La2ar 
Glenn J Perry 
Kendrew H Colton 
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unications are to be directed), and the below-named persons (of the same address) ind.vid^iiT 
Jsact all business m the Patent and Trademark Office connected therewith and with the resulting 
'—with the.r firm and to act and rely on instrucnons from and communicate 
them and by whom/which I hereby declare that I have consented 
to the contrary 



i first sends/sent this c< 
Firm and/or a below attorney it 
Paul E White. Jr 



G Paul Edgell 
L>nn E Eccleston 
David A. Jakopin 
Mark G. Paulson 
Timothy J Klima 



Stephen C Glaziei 



RuthN Morduch 
Richard H Zaitlen 
Roger R Wise 





Full name of sole or first inventor I 

Noriyasu ADACHI \ I 




Inventor's s.gnature . ~ ~\ D ate 

/Tar/jttoJui, f/efarl/. June 15. 2000 
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Citizenship 

Japan 




ass 


Post Office Address . " " 

c/o TOYOTA JIDOSHA KABUSHIKI KAISHA 




1 , Toyota-cho, Toyota-shi, Aichi-ken. 
471-8571 Japan 






Full name of second joint inventor, if any 
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Second inventor's signature Date 






Residence 






Cittzenship 






Post Office Address 
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(Supply similar information and signature for third and subsequent 
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